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WELCOME 


© Barbara Guttman 
= Director, Information Access Division 


WELCOME!!! 


® Looking back... some factoids: 

= It was a long road to the BPR... 
o APB request announced on 08/ 06/ 2007 
o The BPR published on 08/ 21/ 2009 (746 days) 

= The final comment disposition spreadsheet was 
49 pages long (the BPR itself was 55 pages long). 

= In 2009, there was only a handful of devices that 
were ready for market. 


MUCH HAS CHANGED 


® But... its been over 5 years since publication, 
and much has changed. 
=» Amid-range desktop in 2008 could execute 10 
BIPS...A smartphone last year hit 18 BIPS. 


» Sensors technology has improved (1000ppi 
fingerprints, megapixel resolution for even the 
most basic cameras devices) 


» Data transmission systems have radically 
transformed (LTE, 802.11, 802.16, Bluetooth) 


A LONG ROAD TRAVELLED 


© We've come a long way... Lots of devices... 
FBI-NGI-RISC is in full swing... Lots of new 
interest... 


Interest over time (Google web search interest for "Mobile ID") 


APB Request BPR Published 


IN CLOSING 


= The time Is right for an update. 

= Good to see continued interest and support from 
everyone! 

= Glad to have you here for the next evolution in 
Mobile ID! 


Shahram Orandi 
sorandi@nist.gov 


NEED FOR AN UPDATE 
® BPR originally published in 2009 


© ANSI/ NIST-ITL standard has incorporated the 
Acquisition Profiles, and they should be 
maintained in only one document 


© New modalities have matured for biometric 
and forensic use In a mobile environment 


® Referenced Standards have been updated 
and new ones developed 


® Use cases have been further defined 
® A mobile ID taxonomy has been developed 
® New technology has been developed 


EXCERPTS FROM IBIA LETTER TO 
NIST DATED MARCH 7, 20174 


© Based on Input from our member organizations, |5/A is 
respectfully requesting that the National Institute of 
Standards and Technology (NIST) consider convening a 
working group to discuss and review potential updates to 
NIST Special Publication 500-280 Mobile ID Device Best 
Practice Recommendation Version 1.0 (hereafter, Mobile ID 
BPR), which was published in J uly 2009. This publication is 
an important reference document for implementers and 
suppliers of mobile devices that incorporate biometric 
technology and is often cited in procurement documents 
and is used by suppliers in developing product 
specifications. Anumber of later documents and standards, 
such as ANSI/ NIST-ITL 1-2011 (NIST Special Publication 500- 
290), reference the Mobile ID BPR document extensively. 
However, we believe that some references in the Mobile ID 
BPR document may be outdated and should be refreshed. 


PROCESS OVERVIEW 


® The BPR isa NIST Special Publication, not 
part of the ANSI/ NIST-ITL standard 


© We will set up working groups to develop 
text for the new document 

© Much of the document structure will be 
changed, since the Acquisition Profiles are 
now in the ANSI/ NIST-ITL standard 

® Drafts will be circulated for comment 

® There will be a poll of interested parties to 
determine if the draft is acceptable prior to 


putting through the NIST publication 
procedure. 


FORMAT OF TRE MEETING 


© Presentations In limited time slots 
= Questions if there is enough time left in the slot 
© Group Discussion in the afternoon 


® Think about these questions during the day: 


=» What do we want to consider as ‘mobile’ in the BPR 
(wearable -- transportable - luggable --mixed ?) 


=» What modalities do we want to address? 


= Should we include SOPs? Privacy issues? Etc. or just 
‘technical’ aspects ? 


= Which areas are you willing to chair? 
= IS there anything else that occurs to you as important? 


presentations 


USE CASE SCENARIOS 


Woeeem |THE NEXT MOBILE BPR 


A DHS S&T Perspective 


Patricia Wolfhope 
M 


DHD S&T 
Resilient Systems Division 


MOBILE BPR USES? 


= Referencing the Mobile BPR in RFl’s, RFPs, 
BAAS... 


o Law Enforcement/ Military Profiles make it easy 
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= We have an opportunity to tune the next 
version to suite our needs 


o Documentation tool for needs and requirements 
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o Use cases/ scenarios already spelled out 
o Mobile device characteristics in tabular form 


o Guidance on Standards and Best Practices 
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EDED ADDI 


EXAMPLES OF SOM 
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Forensics 


Latent finger printing on site at crime scenes | 
Finger printing deceased persons 


@Access control 
To the mobile device itself, facility/ area, 
obtaining services... 
One sentence in section 11.3.1 on Operator 
Authentication 


®BOLOs 


Ability to receive pictures and criminal history 
in the field on a mobile device 


ORENSICS (LATENT PRINTS) 


During a traffic stop, an unknown 
suspect pulled out a firearm and 
aimed it towards Officer Pierce. | Wi 


Officer Pierce fired his duty 
weapon toward the suspect. 
The suspect fled on foot witha 
weapon. 


Weapon was located in a nearby 
back yard. 


Field Technician was called out to collect and run latent prints 
with Fusion at the site. Seventeen prints found to be medium 
to high quality were submitted and resulted in AFIS hits. An 
arrest was made. 
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Fusion Image 


Hit Right Thumb 
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Suspect 


IDVerify San Joaquin County CAFIS 


Fusion Transaction 


Candidates 
vente rene NM 


Fusion Candidates for FU SL000187 
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ORENSICS (LATENT PRINTS) 


SPD CASE SN 417 PC p 
LATENT LIFT #7B - FROM INTERIOR REARVIEW MIRROR A 
Lights Out WITH BLACK POWDER Workstation u 
Lifted penne: eet 
Lights Out —————> FUSION #187 LAB AUTO LAB MANUAL i 
Not Lifted 1290 1493 1020 W 
1083 1236 911 O 
860 919 883 : 
849 907 841 r 
842 902 840 0 
839 875 840 P 
826 865 804 E 
826 857 801 
822 854 794 


846 786 
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ACQUISITION PLANNING TOOL BY PROFILE 


® Acquisition planning tool for operational end 
users (currently Appendix B 


a! a! = UO 


Description Law Enforcement Military 

Biometric Data Collection flat fingerprints (FAP 10) | FAP 45 or above 

(image sensor capabilities) facial image (SAP 32) SAP 42 or above 

Durability / Ruggedness Ingress Protection Rating: IP65 
Must survive multiple drops at 
36 inches 

Mobility Field Use and Office Use | Vehicle Use (mounting and 
charging) 

Communications 3G cellular 4G LTE cellular 

802.11 (WiFi) USB 2.0 


Ethernet LAN (RJ-45 
connection, for office 


use) 

Inputs Touchscreen Physical keyboard peripheral 
Virtual Keyboard (for office use) 

Os Windows 7 Windows 8 

Data Formatting Output(s) DHS OBIM IXM 6.0 


DOJ FBI EBTS 9.3 
DOD DFBA EBTS 3.0 


Subject Record (data) Storage 200 subject records 
(storing images, not 
templates) 

Security Adherence to DHS 4300A 
and FBI CJIS Mobile 
Security policies 

Data “at rest”, “in use” is 
protected and secured 
Screen Size (inches, diagonal) Greater than 6 in Less than 12 in 
(includes platform + accessory) 
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Dimensions (inches) Less than 12x10x1.25 Less than 12x10x0.75 
(includes platform + accessory) 
Weight (pounds) Less than 3 Ibs Less than 2 Ibs 
(includes platform + accessory) 
OPTIONAL Reqrs 
Card Reader FIPS-201-1 (e.g. PIV, PIV-I, CAC) 
[OPTIONAL] 
Biometric Data Collection IAP 20 or above [OPTIONAL] 
(Iris and/or latent fingerprint Latent fingerprint capture 
image sensor capabilities) capabilities [OPTIONAL] 
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Biometric Data Collection 
(image sensor capabilities) 


Durability / Ruggedness 


Mobility 


a PU 


Subject Record (data) Storage 


Screen Size (inches, diagonal) 
(includes platform + accessory) 


Dimensions (inches) 


(includes platform + accessory) 


Weight (pounds) 


(includes platform + accessory) 


PIV/CAC Card Reader 


Biometric Data Collection 
(Iris and/or latent fingerprint 
image sensor capabilities) 


Wee ASES AND SCENARIOS 


Rick Lazarick 


Chief Czar Scientist - Bio 


Science and Té 


MOBILE BEST PRACTICES WORKSHOP 


“Use Cases” and “Scenarios” 


© Based on 2 sources: 
= NIST Mobile ID BPRS (2009) 
=» DHS S&T MBHD (Mobile Biometric Handheld Device) (2011) 


© Note reversal of terms 
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MOBILE ID BPRS “SCENARIOS” 


R 
Figure 1 - Tasks Across 4 Basic Scenarios , 
K 
(a) —— (b) (c) (d) 
(standalone) 


| Data Capture | Data Capture 3 Data Capture 
Data Capture : Signal : : 
' | Processin : | Processing < Network 52 
Signal 
_ | Matching : < Network 52 [Signal 
 F : | Processing 
[matching | a 
Decision 3 ! 7 | 
Decision 


Processing 
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Decision Decision 


Use Case 


Name 


Function(s) 


0 


Document Identity 
Verification 


Verification 


' Document reader 


MBAD “US CASES” 


] 


On-board AFIS 


Enrollment, Identification, 
Verification 


' "Text entry and edit 


: Data Upload 
* Data Download » 


"AFIS (ABIS) 


2 mf 
Standalone Terminal with ranees CMS) Denendent Terminal with Data Query Capabili 
Data Query Capability emote Server (CMS) Dependent Terminal with Data Query Capability 
SORE Senor Enrollment, Identification, Verification 


Bluetooth/ 
WiFi 


. Document reader 


Local Server 
(Patrol Car PC) 


+ Biometric quality check 
* Data formatting 

* Manage connectivity 
Logging 


Name or 
Subject ID# 


Biometric ame or cua 


Subject ID# 
Se toes “APIs 81) NCIC/CCH 
| AFIS (ABIS) _NCIC/CCH 


Biometric 
_Searches 


MOBILE ID BPRS “US CASES” 


Table 6 - Use cases for risks and functions 


Risk to Public 


Safety/Function 


Severe/ 


Enrollment 


Severe/ 


Identification 


Severe/ 


Verification 


Use Case Example 


Field enrollment into databases with applications 
where there isa high risk of loss of life or assets. 
Some situations may require multi-modal 
biometric enrollment. Enrollment should achieve 
an equivalent level of quality as if conductedin a 
controlled environment using non-mobile devices. 


One to many search against a database to identify 
asubject where there is a high risk of loss of life or 
assets. Some situations may require multi-modal 
biometricidentification. 


1:1 match against a credential or database to verify 
identity where there is a high risk of loss of life or 
assets. Some situations may require multi-modal 
biometric verification. 


SAP Level 
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Recommend Capture: 

e = Iris=L&R 

e =©6Finger=10 
Enrolling all ten fingerprints, multiple views faces including full- 
face with three to five profiles, both irises, and multiple 
instances (captures) of each biometric provides additional 
search capabilities. 
Note for face enrollments, attempts should be made to control, 
background expression and lighting where it is practical to do so. 
Recommend Capture: 

e = Iris= L&R eyes 

e Finger=4+ 
Note for face identifications, attempts should be made to 
control, background expression and lighting where it is practical 
todo so. 
Recommend Capture: 

e = Iris= Either eye 

e  =6Finger=2+ 
Note for face verifications, attempts should be made to control, 
background expression and lighting where it is practical to do so. 


MOBILE 


Moderate/ 


Enrollment 


Moderate/ 
Identification 
Moderate/ 


Verification 


Mild/Verification 


(finger images). 


Mild/Verification 


(finger minutiae). 


ID BPRS “USE 


Mobile booking: Field cite and release when the 
violation is not high enough to ensure incarceration 
until arraignment without bail. 


In field mobile identification of a subject with 
questionable or no identification. 


Personal Identity Verification (PIV) Release from 


custody. 


The intention is for the biometric enrolment to be 
of sufficient quality that it shall allow later 
verification (e.g. e-citations). 


Rapid identification in custody prior to formal 
booking. (Typically done at the jail intake.) 


Court Appearance/Parole/Workhouse, Personal 
Identity Verification (PIV). 


Personal Identity Verification (PIV) (using 
minutiae). 


CASES” (2) 


Recommend Capture: 
e = Iris=L&R eyes 
e  =©6Finger = 6+ 


Note for face enrollments and identifications, ideal lighting 
conditions should be used. Otherwise, fingerprints or irises 
should additionally be used. 
Recommend Capture: 

e = Iris= Either eye 

e  =©6Finger = 4+ 


Recommend Capture: 
e = Iris = Either eye 
Finger = 2+ 


e = lris=L&R eye 
e §6Finger =4+ 


Recommend Capture: 
e = Iris = Either eye 
e =6Finger =2+ 
Recommend Capture: 
e = Iris = Either eye 
e = Finger=1+ 


Recommend Capture: 
e  =6Finger =2+ 
Not recommended for use between AFIS. 
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Scenarios 


Local Law Enforcement 
Law Enforcement Patrol Activities - Variation A (fingerprint) 
Law Enforcement Patrol Activities - Variation B (face/iris) 
Law Enforcement Public Event Disturbance 

Border Protection 

POE Identity Verification (Document Check) 

POE Identity Verification (US-VISIT) (Identity Check) 
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POE Identification and Verification (US-VISIT) 


Maritime Interdiction Operation (DSB Task Force, 2007) 
First Responders & Emergency Management 
Disaster Site Operations 

DHS First Responders Access Control 


Mobile Applications of TWIC 
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Hospital Scenario 
Identification of Deceased 


Hold, detain, release decisions regarding suspects 
Identification of local nationals for base access 


Field Capture Latent Pilot 
Patrol Mobile Identifications 


Coast Guard Interdiction 

Access Control 

Citizenship Application Processing 

Scenario Based on United States Border Patrol 
Checkpoint Operations 

Joint Operation 

Scenario TRADOC 

ScenarioStockton Police Department 

County jail house booking, 


transfer, and release 


WAY FORWARD 
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®Define our terms and stick with them 
®Early agreement on configurations 


@Start with collection of detailed 
descriptions 
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MOBILE VOICE APPLICATIONS 


© Presentation not authorized for distribution 
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FBI CODIS AND RAPID DNA 


® RapidDNA capabilities have been developed 
and machines deployed around the world 

® Some have the capability to export data 
using ANSI/ NIST-ITL 1-2011 format 

® FBI/ CODIS is not now accepting 
ANSI/ NIST_ITL format 

® DHS is testing RapidDNA units in a field 
environment but not linking to CODIS 


CODIS DNA Data Sa a ae 
Exchange Standards y S 


COMEPIHED DAA INDER £TSTEM 


Kevin M. Ellis 
Requirements Manager, CODIS Unit 


FBI Laboratory DN A 
October 31, 2014  SINDEXSYSTEM 
®conis 


- Current DNA Data Exchange Formats woe = 


2 x 
* we 
~ io 


CODIS currently uses an XML file format for adding 
and modifying specimens in the CODIS database. 


Common Message Format (CMF 3.2) is used to add 
specimens with STR and Y-STR loci. 


CMF 3.2 was released in July 2003. 


This format is used by commercial vendors that do 
not use CODIS, but need to provide DNA profiles to 
CODIS laboratories. 


CMF 3.2 


An example of an linport CMF 3.2 file results follows: 


<Puml a*1.6" le oi a uUtt-8" 7 > 
<COOISImportFile nse"“urn: COOTSImporthile-schema"™ > 
«<HEADERVERSION: 3, 2< /HEADERVERSION: 
<MESSAGETYPE »Import< /MESSAGETYPE> 
<DESTINATIONORI > TXDPSE900< /DESTINATIONORI> 
«<SOURCELAB> TXDPS6E9O0< /SOURCELA 
<SUBMITBYUSERIO>Kevin.Ellis< /SuUBs USERIO> 
<SUBMITBATETIME > 2014-659 -16T66 :61;66< /SUBMITDOATETIME > 
<BATCHID*GFEI2345< /BATCHID> 
<KIT>GlobalFiler Express</KIT> 
< SPECIMEN J aA a > 
<SPEC LIME NID>ARRESTEE 81</SPt LIMENTD> 
<SPECIMENCATEGORY -4rrestee< /SPECTIMENCATEGORY > 
Le LS & 
<LOCUSANAME +CSFLIPO< / LOCUSNAME > 
«<READINGSY>Kevin. Ellis< /READINGBY > 
~<RESADINGDSATETIME > 2014-08 -22T19:56:06< /READINGDATETIME> 
<«ALLELE> 
<ALLELEVALUE211</A4LLELEVALUE> 
</ALLELE > 
<ALLELE*> 
<ALLELEVALUE>12< /ALLELEVALUE > 
</ALLELE» 


DNA DataExchange Formats ** 


A new Rapid CMF interface specification is being 
developed to support the possible integration of 
Rapid DNA instruments with CODIS. 

» Discussion is occurring with Local, State and 
Federal law enforcement agencies to determine how 
law enforcement agencies (not on CJIS WAN) can 
communicate with CODIS. 

Future DNA message exchanges may use the ANSI/ 
NIST-ITL Type-18 format. 

The FBI Laboratory Division is working with the CJIS 
Division to create messaging standards for Rapid 
DNA integration. 


@®conis 


"Goals of FBI Rapid DNA Initiative 


« Rapid DNA is being designed for use in the law 
enforcement booking process to analyze DNA in 
near real-time 


, Produce CODIS-compatible DNA profiles from 
arrestee reference samples in the booking station 
environment 


Use the existing CODIS structure to search a DNA 
database to determine if the arrestee is linked to an 
unsolved crime while the individual is still in police 
custody 
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Draft Rapid DNA Message Flow 
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Kevin M. Ellis 
CODIS Unit 
703-216-2852 
Kevin.Ellis2@ic.fbi.gov 


MOBILE DEVICE USABILI 


FOR BIOMETRIC ACQUISI 


Kristen K. Greene 
NIST Visualization and Usability Group 
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NIST DISCLAIMER 


® Disclaimer: Any mention of commercial 
products or reference to commercial 
organizations is for information only; it does 
not imply recommendation or endorsement 
by the National Institute of Standards and 
Technology nor does it imply that the 
products mentioned are necessarily the best 
available for the purpose. 


OUTLINE 


® Usability 
© Mobile device constraints 


© WSABI (Web Services for Acquiring Biometric 
Information) 


® Designing for touch and gesture 


USABILIT’ 


© It matters A LOT 


® Better usability =faster task completion 
times, fewer errors 


® Better usability =less training 


ERS 


USABILITY: ISO 9241 


® Usability is defined (ISO 9241, 1998) as "the 
extent to which a product can be used by 
specified users to achieve specified goals 
with effectiveness, efficiency and 
satisfaction in a specified context of use." 


USABILITY: ISO 9241 


© Effectiveness: Accuracy and completeness 
with which users achieve specified goals. 


© Efficiency: Resources expended in relation 
to the accuracy and completeness with which 
users achieve goals. 


© Satisfaction: Freedom from discomfort, and 
positive attitudes towards the use of the 
product. 


© Context of use: Users, tasks, equipment 
(hardware, software and materials), and the 
physical and social environments in which a 
product Is used. 


DEVICE SIZE MATTERS 


® Smaller devices =BIGGER usability problems 
© Smaller buttons and keys 
= Onscreen keyboards 
® Lack of tactile feedback 
® Icon sizing and spacing 
® Can't port directly from desktop to mobile 


ONSCREEN KEYBOARDS 


® Sizes vary between mobile devices 
= Based on physical differences in maximum 
available touchscreen real estate 
® Sizes vary within a single device 


=» Depending on device orientation (landscape 
versus portrait mode) 

a “splitting” the keyboard, which changes the 
relative distance between some keys more so 
than others 


WSABI 


© Web Services for Acquiring Biometric 
Information 


© Touchscreen interface for multimodal 
biometric capture 


® Has undergone formal usability testing 
® https:// github. com/ NIST-BWS/ wsabi2 


© http://dx.doi.org/ 10.6028/ NIST.IR. 8003 


= Design and Testing of a Mobile Touchscreen 
Interface for Multi-Modal Biometric Capture 


WSABI 


® Consistency is key 


® Regardless of the biometric modality or 
sensor, users perform same actions to 


capture, annotate, clear, and retake 
biometric data 


® Same method of sensor setup regardless 
of biometric modality or sensor 
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Capture type 


Finger 
Face 
Iris 
Ear 
Vein 
Retina 
Foot 


Other 


Finger 


Left Slap 
Right Slap 
Thumbs Slap 
Left Thumb 
Left Index 
Left Middle 
Left Ring 
Left Little 
Right Thumb 
Right Index 
Right Middle 


Right Ring 


5:51 PM 


Enter a sensor address below. 
Add a new sensor 


Network Address __ test.me/finger 


Name Fingerprint Sensor 


Right Slap Finger sensor Done 


Checking... 


Network Address __ test.me/finger 


Name Finger sensor 


ace New Sensor "Done 


oO Found a sensor at this address. 


Network Address __ test.me/finger 


Name Fingerprint Sensor 


Clear this image? 
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Annotate 


Cancel Cancel 
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DESIGN GUIDELINES (A FEW) 


® Design biometric acquisition software to be 
user- rather than sensor-centric 


® Keep the core capture primitives constant 
® Be consistent 


® Use internationally tested, standardized 
symbols where possible 


© Be aware of differences between desktop 
and mobile computing paradigms 


QUESTIONS? 


© http:// dx. doi. org/ 10.6028/ NIST.IR. 8003 


= Design and Testing of a Mobile Touchscreen 
Interface for Multi-Modal Biometric Capture 


® kgreene@nist.gov 
® bws. nist. gov 


BORDER PATROL USE OF IRIS INA 
MOBILE ENVIIRONMEN | 


® Remote Subject Identification 

= 1:N based on iris only 

= 1:N multimodal 

= Tablet device (peripheral or built in camera) 
® Detainee Management 

= 1:1 based on iris only 

= Tablet device, multiple use cases 

o Verify identity before transfer of custody 


o Verify deportation at point of departure 
o Track detainee movement using iris 


For Official Use Only 


FBI MO 


Peter Alex 


BILE ID SCENARIOS 
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GIU Biometric Tools Initiative 


¢ MISSION: to give FBI users the tools to access the biometric 
identification power of the US Government in real time at any 
point on the planet in support of operations. 


¢ VISION: to be the premier United States government provider 
of mobile identification solutions by delivering 1) the best 
tools, 2) and the most data, 3) with the fastest speed, 4) to the 
most locations, 5) for the greatest operational impact. 
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QCP - Components 
¢ Current 
— Quick Capture Platform: backpack (laptop, scanner, battery, camera) 


| alll Panasonic Toughbook 


J) Laptop 


Air card 


Aircard 
(Not in all kits 


gl Fingerprint Scanner 


BGAN Satellite 
(Not in all kits) 
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Basic messaging model 


End user 

Create transaction through 
application 

Open communication path 
Open transaction manager 
Transmit transaction to CJIS 


Response sent back to the 
transaction manager 

Notification can be viewed on the 
device 
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Mark the missing fingers 


Unable To Print 
ra 
Start 
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Transaction Manager - §>3)' NG 
File Notifications 


Tranasction Type: Submission [TPRS] 

Status: ResponseReceived 

Last Action: 2/27/2014 8:40:54 AM 

File Name: 20140227-083303-TESTTESTO.ebts 


TOT; TPRS 
ORL DCFRIGUO7 
Date: 20140227 


— 


Connection: 10.0.141.157 


8:56 AM 


“2/27/2014 


ce NONIDENT: £2013295 
ORI: WVIAFISOZ 
TOT: SRE 
Date: 20131022 
Name: NOVA TESTING 


~ Tranasction Type: Nonidentification [SRE} 
= | Status: Processed ] t 
| 
i Last Action: 10/22/2013 10:21:34 AM > f 
; 4 Pt hes Or A wn = 
{ . +a r ‘ 


fe TIDENT ss<n2009020000000000 - 


ORI: WVD0D0000 


iw 
| m2 TA ; TOT: SRE 
; Dy ar at Date: 20100423 
Name: NOVA, TESTING 


Tranasction Type: Nonidentification [SRE] 
Status: Processed 

Last Action: 10/22/2013 10:21:35 AM 

File Name: efts.sub 
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Current Communication Path 


Send/Receive 
transactions to CJS 


Aircard Satellite 
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Mobile Device 


¢ Laptop (Current) |* Tablet (Interim) |* Phone (Future) 
* Size (footprint)  |* Size (footprint) + Size (footprint) 


— Large - Medium - Small 

e Weight ° Weight ° Weight 
— Weight: Heavy — Weight: — Weight: 
* ~5 lbs * Light * Light 


- ~1 lbs - ~5 ounces 


Mobile - Capabilities 


Laptop 
Primary Capabilities 
¢Fingerprint 
*Face 
elris 
Future Capabilities 
Voice 


Smartphone/Tablet 
Primary Capabilities 
Fingerprint 
Future Capabilities 
*Face 
Iris 
Voice 


Future Communication Path 


y 
/ 
Transmission 


¢ Desktop/Laptop (Current) 
— Software 
« EBTS compliant (ebts files) 
— Communication 
* Air/Satellite 
* VPN -Cisco AnyConnect 
¢ Mobile (Future) 
— Software 
* EBTS Compliant (ebts files) 
— Communication 
* Cellular, ....27? 
¢ VPN, Web Service,....2?? 
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¢ Scenario 1 


— ASWAT Agent is going into a house with a potential suspect. The area 
the house is located has optimal cellular communication for laptop to 
be set up or mobile device. 


¢ Scenario 2 
— ACAC Agent is conducting a prostitution sting operation in a hotel in 

a major city. Cellular communication for laptops and mobile phones 

will either be good or bad depending on the buildings and the city. 


P « 4 Scenari 


¢ Scenario 3 


— An VC agent is going to be traveling to a remote dessert location in 
New Mexico where an unidentified person of interest has been located. 
Cellular communication is spotty, at best. 


¢ Scenario 4 


— ACTD agent is going to a foreign country for an parece: Cellular 
connectivity is very low to nonexistent. 
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¢ Scenario 5 


— An team of NYC agents are conducting a mass arrest. Cellular 
communication is typically good depending on the building material 
and location. 


¢ Scenario 6 


— Anatural disaster occurs, i.e. Hurricane Katrina. Cellular connectivity 
can be very low to nonexistent. Agents conduct fingerprinting on the 
bodily remains to help identify individuals. 


Peter Alex 

Global Initiatives Unit 
304-625-5019 
Peter.Alex@ic.fbi.gov 


BIOMETRIC USABILITY: 
STANDARDS 


Mary Theofanos 
Yee-Yin Choong 


order to perform the evaluations described. In no 
National Institute of Standards and Technology, nor 
est available for the purpose 


ISO/IEC SC 37 24/79 

INFORMATION TECHNOLOGY - 

PICTOGRAMS, ICONS AND SYMBOLS FOR USE 
WITR BIOMETRIC SYSTEMS HAS 4 ACTIVE PARTS 


<pD>D>= 


® Part 1: General 

® Part 4: Fingerprint 
® Part 5: Face 

© Part 9: Vascular 
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24779; PART 1 INFORMATION TECHNOLOGY - 
PICTOGRAMS, ICONS AND SYMBOLS FOR USE WITT BIOMETRIC 
SYSTEMS — GENERAL 
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General guidance for use with all 
biometric systems/ modalitie 


© Move forward @ > 
Move backward ae 
Move left 

Move right 
Failure 

® Success 

® Retry 

© Seek Assistance 
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© © © © 


PART 4: FINGERPRINT APPLICATIONS - 


EXAMPLE SYMBOLS ? 
General guidance Hand positioning corrections: e 
© General overlay guide for slap © Move forward - thumb; Y 
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Also have animated symbols 


a a 


=  & — 


Move your fingers up 


24/79; PART 3 INFORMATION TECHNOLOGY - 
PICTOGRAMS, ICONS AND SYMBOLS FOR USE WITH BIOMETRIC 
SYSTEMS — FACE 
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Symbols Include: 

® Facial Image Capture 
Look at a point 

No Hats 

No glasses 

Move hair away from face 


© © © © 
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24779; PART 9 INFORMATION TECHNOLOGY - 
PICTOGRAMS, ICONS AND SYMBOLS FOR USE WITH 
BIOMETRIC SYSTEMS — VASCULAR 


<ym>D>z 


Symbols Include: 


® Vascular Image 
Recognition 


© Hand Vascular Image 
® Finger Vascular Image 


zal 
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ISO 9241-210 Human Centered Design for Interactive Systems sae 


| Context of Use : 
2506n Field Data Report 25063 Context of Use Description 

ISO/IEC 25062 CIF for Usability Test ISO/IEC 15288 6.4.1 Stakeholders Requirements 25064 User Needs Report R 

Reports Definition Process Y 


ISONEC 15288 6.4.1 Stake: 


" yy \ 
ISO/IEC 15288 6.4.8 Validation \ Requirements Definition Proce. 


Process 


Evaluation Users 


ISO/IEC 15288 6.4.2 Require: 
Analysis Process 
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25066 Evaluation Repo 
2506n User Interface Specificz 
ISO/IEC 15288 6.4.4 Integration F 


ISOAE 15288 6.4.3 Architectural Design Process 25065 User Requirements Specificatio' 


2506n User Interaction Specification 
ISO/EC 15288 6.4.4 Implementation Process 


esign Solution 


ISO 9241-210 Human Centered Design for Interactive Systems 


Context of Use 


2506n Field Data Report 25063 Context of Use Des 


ISO/IEC 25062 CIF for Usability Test ISO/IEC 15288 6.4.1 Stakeholders Requirements 25064 User Needs Repor 
: Definition Process 


Reports 


ISO/IEC 152 


ISO/IEC 15288 6.4.8 Validation ¢— . 
J Requiremen 


Process y 


User & 
Organizational 
Requirements 


Evaluation 


ISO/IEC 15288 6.4.6 Verificatic l 
Process 


ISO/IEC 1528; 
Analysis Pro 


25065 User Requirement 


506n User Interaction Spe 
SO/ IEC 15288 6.4.4 Implementation Pr 


25066 Evaluation Report 
2506n User Interface Specifica ol 1 
ISO/IEC 15288 6.4.4 Integration Proce SS 


CONTACT INFORMATION 


Mary Theofanos 
National Institute of Standards and Technology 
maryt@nist. gov 


Acknowledge: Department of Homeland 
Security Science and Technology Directorate 
for their support of this research 
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Network & Communication 
Considerations for 
Different Mobile 
Architectures 


ROSS J. MICHEALS 
MOBILE BEST PRACTICES UPDATE WORKSHOP 
30 OCT 2014 
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Architectural Model from BPR 


Data Capture 
Signal Processing 
Matching 


Decision 


Data Capture 


Signal Processing 


Signal Processing 


Signal Processing 


|Decision 
Network 
| Matching 


BPR recognizes 
that different 
components may 
be separated by a 
network 
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Proposed Updates 


NNOD 


Data Capture 


° Generalize the 
Interop Point “network” to an 
Signal Processing interoperability point 
Multiple interop 
points (e.g. networks) 
Matching are not just possible, 
Interop Point but likely 


Interop Point 
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Decision 


Example Architectures 


» Consider two components 
» sensors: (data capture and signal processing) 
* matchers: (matching and decision) 


» Different ways they might be ‘componentized’ 


» |llustrative and intended to stimulate discussion; 
not authoritative or a comprehensive treatment of 
all possible architectures 
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Sensor—all embedded 


*Least constrained 


NNOD 


“Explicit interoperability points may 
not be present; if they are, they 
would not require traversing a 
physical network 


Component communications could 
happen in process or though a 
variety of interposes 
communications 
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*Easier to make decisions that resist 
changes later 


Sensor—client device to 


embedded 


*Network traversal as client device 


requests capture and gets results 


*Degree of signal processing may vary 
(e.g., does an template or an image 
come back?) 


*(Typically) wireless communication 
might Bluetooth, NFC, WiFi, or 
proprietary; suggestion: make wired 
backup a best practice 


“Physically and logically integration is a 
sliding scale, (e.g. an intelligent 
‘sleeve’) 
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Sensor—client device to 
tethered sensor 


NNOD 


Ability to leverage a great deal of 
computational and communications 
capabilities 


*Probably (but not necessarily) WiFi 
(with Ethernet backup?) 


*Enables the use of less mobile 
sensors and modalities within the 
same context 
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Sensor—client device to 
embedded 


*Network traversal as client device 
requests capture and gets results 


*Degree of signal processing may vary 


(e.g., does an template or an image 
come back?) 


*(Typically) wireless communication 
might Bluetooth, NFC, WiFi, or 
proprietary; suggestion: make wired 
backup a best practice 


*Physically and logically integration is a 
sliding scale, (e.g. an intelligent 
‘sleeve’) 


Matcher—no matcher 


“Different scenarios may use a 
matcher at different stages 
during their usage 


» Data input preparation for a 
deployment 


* Offline matching 
» Research & development 
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“Systems supporting these must be 
design to accommodate stages in 
which a matcher may not be ‘online’ 


Matcher—local matcher 


*Matcher lives “inside” device; i.e., local 
‘watch list’ with persons of interest; 


“Similar to fully integrated client device 
a #B * Least constrained 

{4 . mY 

( \ » Explicit interoperability points may not 
fi = = be present; if they are, they would not 
. 60508) 80888 require traversing a physical network 
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*» Component communications could 
happen in process or though a variety of 
interposes communications 


* Easier to make decisions that resist 
changes later 


NNOwD 


M 
| 

@ 
H 
E 
A 
L 
5 


Matcher—remote 


‘Different scenarios may require different 
payloads 


NNOwDW 


*Scenario/deployment 


* Centralized station specific to an incident response 
(ad hoc server) 


* Proprietary or “local” data formats may be okay 


“Large-scale matcher 
* Cellular or satellite communications 
* Formal, “curated” formats (think EBTS, ANSI/NIST) 
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° Eran office 
Matcher specific to a municipality; 


» Wifi or law enforcement-dedicated communications 
network 


* Could be a hybrid of custom and curated formats 


Protocols 


» “Higher-level” protocols for communication among mobile 
biometric system components 


» Web services: Use the protocols that underlie the web for 
machine-to-machine communications 
» Evolution of existing practice (e.g., SMTP for IAFIS) 
» Nearly universal 
» Well tested 
» Can be applied to a wide majority of architectures 
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Open Biometric Web Service 
Specifications 


“OASIS Biometrics TC 
http://tinyurl.com/biometricstc 


*Biometric Identity Assurance Services (BIAS) 
* biometric operations (enroll, verify, identify) 
» OASIS Standard 


» WS-Biometric Devices 
*» command and control of a biometric sensor 
» OASIS Biometric Committee Specification Draft 
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Questions? 


NNOwDW 


rossm@nist.gov 
bws.nist.gov 
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tinyurl.com/biometricstc 


OTHER ISSUES 
TO CONSIDER 


REMOVIING GLASSES: 
IMPACT ON FACIAL RECOGNITION 


Slides presented separately 
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FINGERPRIN 


ACQUISI 


ION 


PROF 


ILES - | 


FE FBI EXPERIENCE 


Repository for Individuals of Special 
Concern (RISC) Pilot 2007 
A _s 


RISC Deployment 2014 


RISC Stats 


Over 1.3 Million Transactions 
Processed 
> Average Daily Submissions 
> 1,605 (Peak 3,082) 


> Average Response Time 
®» 4.71 seconds 


> Average “Hit” Rate 
» 4.16% 
Yellow Responses = 0.39 % 
> Yellows to “Red” = 72.5% 


> Reject Responses = 0.14% 


NIST Study 


As aresult of a CJIS Advisory Policy Board (APB) request, an 
independent study was conducted to examine the impact of Fingerprint 
Acquisition Profiles (FAPs) on the accuracy of RISC 


In March 2014 the National Institute of Standards and Technology 
(NIST) completed a study titled: 


NISTIR 7950 

Examination of the Impact of Fingerprint Spatial Area 
Loss on Matcher Performance in Various Mobile 
Identification Scenarios 


NIST Study 


RISC Testing / Summary 


> 


FPIR “False Positive” performance between FAP10 & FAP30 on the NGI 
RISC matcher appears to not be impacted significantly. 


FNIR “False Negative" performance between FAP10 & FAP30 is 
significant for #2 and #7 two finger submissions 

& 3.272% @FAPIO 

> 1.844% @FAP20 

® 1.616% @FAPIO 


If you must keep your FAP10 device, you may be able to get near-FAP30 
performance by using FAP 10 with 4 fingers (#2, #3, #7, #8 with FNIR of 
1.714%) but sequencing errors may cause other headaches. 


EBTS- Study Results will be highlighted in a TOU and the document will 
be referenced in EBTS 


FAP 10 and FAP 30 


© CJIS “highly recommends” agencies deploying 
mobile ID devices searching RISC to procure 

FAP 30 or higher devices. 

— If agencies want to meet the RISC accuracy rate 
and submit only two fingerprint images, a FAP 30 
device is optimal. 

— Agencies continuing to submit only two fingerprint 
images with FAP 10 devices may accept some risk. 


Questions? 


David L. Jones 
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304-625-485 


ADDING A NEW FAP 55 CODE FOR 
3.2” K 2.0” IN MOBILE PLATFORMS 


a a 
[Acquire rolled images 


Minimum resolution 300 as, => = 500 ppi | SOO gpit 
het tite rere +10 eal +10 ppi =S5ppi | t5ppi | =5 ppi 5 api 


| Minimum Graylevels | | Minimum Graylevels levels 
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ADDING A NEW FAP 55 CODE FOR 
3.2” K 2.0” IN MOBILE PLATFORMS 


© FAP45 (two finger) © LES (film/ TFT based) 
sensors OK for ABIS FAP55 sensor can take 
field enrollment shape compatible 

@ FAP45 not accepted with cell phone size 
by FBI/ CJ IS/ Police for and thickness goals. 
field booking. © FAP55 (3.2” x 2”) size 

© Need for mobile field meets “type 4" 
enrollment is growing enrollment standard 
in US and international suitable for field 


booking (10print rolls) 


Current situation Reasons for adding FAP55 


presentations 


STANDARDS AND 
REFERENCE MATERIALS 


ANSI/NIST-IFL 


® ANSI/ NIST-ITL has been updated to include 
new modalities that may be useful in mobile 
applications 
» Voice 
=» DNA 


® The Acquisition Profiles of the first BPR have 
been incorporated into the standard for face, 
fingerprint and Iris. 

© Updated data acquisition and data storage 
requirements and data transmission fields 
should be reflected in the new BPR 


MOBILE ID TAXONOMY 


®Based on DHS S&T Mobile Biometric 
Handheld Device (MBHD) Testing & 
Evaluation (2010-12) 
= Work was sponsored by DHS S&T HSARPA 
Resilient Systems Division (RSD) 
= Scope included: 
o Scenario & Use Case Analysis 
o Requirements Development 
o Test Framework Development 


MBAD TAXONOMY 


® Structural decomposition that provides a 
defined way to depict a mobile biometric 
handheld device into 5 subsystems 
= Each subsystem consists of components 

o Hardware 
o Software 


MBHID 


Mobile Handheld Dev! 


Biometrics 


(ay Subsystem 


Hardware 


EG | Components 
Data Input 


Communication 


Software 
Components 


[AXONOMY 


Mobile Biometric Handheld Device 


Form Factor 
Chassis 

Ingress Protections 
Battery Casings 
Access Panels 


N/A 


Biometrics Data Input 
Imager (size/characteristics) Keyboard 
Processor/Controller Programmable Buttons 
Imager Housing Pointing Devices 
Illuminator Touchscreen 
Microphone 
Readers 
Other 
Data Acquisition Acquisition 
Signal Processing Encoding/Decoding 
Matching Metadata Management 
Data Management 
Template Generator* 
Interface Control 
Biometric Status Monitoring 
Dynamic Workflow Manager 
Spoofing/Evasion 


Platform Communication 
Processor & Memory Wired Connectivity 
Power Wireless Connectivity 
Output 

Display Device 

Storage 

Interfaces 

Feedback 


Operating System Network Management 
Applications Protocols 
Formatting/Template 

Security 

Template Generator* 

Protocol Management 


* Exists in multiple subsystems 


HD EXPANDED TAXONOMY 


Mobile Biometric Handheld Device 


Data Acquisition 
Signal Processing 
Segmentation 
Quality 
Feature Extraction 
Template Generator* 


Matching 


On-Board (Biometric Module) 


Host/API/Software 
Workstation 


Case Management 
Template Generator* 
Interface Control 
Biometric Status Monitoring 
Dynamic Workflow Manager 


Spoofing/Evasion 


Liveness 


Acquisition 


Encoding/Decoding 
Metadata 


Docking Station Interface* 

Wiegand Interface* 
Feedback 

LEDs 

Symbols/Pictograms 

Aural 

Tactile (Haptic) 


Operating System 


Applications 
General Status Monitoring 


System 
Form Factor Biometrics Data Input Platform Communication 
Imager (size/characteristics) Keyboard Processor & Memory Wired Connectivity 
Ingress Protections Camera Programmable CPU RS-232* 
Battery Casings Sensor Trackpad Memory Ethernet* 
Access Panels Other Mouse Power USB* 
External Connectors Processor/Controller Touchscreen Battery Firewire* 
Imager Housing Stylus Charging Circuit Docking Station Interface* 
Frame Microphone Charge Status Indicator Wiegand Interface* 
Seals Readers Charger Interface Wireless Connectivity 
Protective Coating Magnetic Stripe Docking Station Interface* PAN 
tluminator Bar Codes Output BlueTooth 
Optical Smart Card Speaker Body Area Networks 
Flash RFID Printer ZigBee 
Multi-Spectral MRZ / OCR Display Device LAN 
IR Other Backlight IEEE 802.11 a/g/n 
Storage IEEE 802.11af 
Internal WAN 
Fixed GSM/GPRS/EDGE/UMTS 
Components External 1xEV-DO 
Remove HSPA and HSPA+ 
Interfaces WiMAX (IEEE 802.16e and IEEE 802.16m) 
SAM LTE and LTE-Advanced 
SDIO Mobile Satellite Communication Systems 
Memory Expansion Global Navigation Satellite Systems (GNSS) 
RS-232* 
Ethernet* 
USB* 
Firewire* 


Network Management Protocols 
Secure Communications 


Mobile Virtual Private Network 


Dynamic Workflow Manager 


Output Formatting 
Formatting/Template 
Compression 
Encryption 
Transmission 
Template Generator* 


Components CMS Security 
Data Management Physical Access Control 
Storage Logical Access Control 


Hard Drive Encryption 

Cryptography 
Template Generator* 
Protocol Management 


*Exists in multiple subsystems 


ice HIIDE 5 Fusion SEEK Il Mobile Ident Il MC75 BlueCheck DSV2+turbo Morpholdent  PIER-T 


Mobile Handheld De“ 


Single Flat 


Biometrics Double Flat 


Rolled 


Data Input Iris 


Single Iris 


Simultaneous 


On-board 
Matching 


Communication 


*Trade names and company products have been listed in the text above. In no case does such identification imply recommendation or 
endorsement by Noblis or DHS S&T, nor does it imply that the products are necessarily the best available. 


DEVICE COMPARISONS - DATA INPU 


Mobile Handheld pevic® 
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Biometrics Keyboard 
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BlueCheck 
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Data Input 


Reader 


MRZ Encoding 


Communication 


*Trade names and company products have been listed in the text above. In no case does such identification imply recommendation or 
endorsement by Noblis or DHS S&T, nor does it imply that the products are necessarily the best available. 


DEVICE COMPARISONS - F 


Mobile Handheld pevic® 


Biometrics SEEK II Mobile Ident Il MC75 BlueCheck DSV2+turbo Morpholdent PIER-T 


Data Input 


6x 3.15x 1.30 | 6x3.1x 1.7 |4.45x 1.69x 0.87] 7.3x7.3x2 5.2x 2.6x0.7 | 3.5x5.0x 2.6 


Medium Medium Small Large Small Medium 


MIL-STD-810F 


IP Rating 


Communication 


*Trade names and company products have been listed in the text above. In no case does such identification imply recommendation or 
endorsement by Noblis or DHS S&T, nor does it imply that the products are necessarily the best available. 


DEVICE COMPARISONS - PLATFORM 


Mobile Handheld pevic® 


Biometrics 


Data Input 


Communication 


*Trade names and company products have been listed in the text above. In no case does such identification imply recommendation or 
endorsement by Noblis or DHS S&T, nor does it imply that the products are necessarily the best available. 


Storage 


Resolution 


Hot-swappable 
Lasts 8+ Hours 


Peripheral 
Required? 
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*Trade names and company products have been listed in the text above. In no case does such identification imply recommendation or 
endorsement by Noblis or DHS S&T, nor does it imply that the products are necessarily the best available. 


COTS DEVICES MAPPED 10 THE 


TAXONOMY (201 1-42) 
® Analyzed over 30 COTS MBHD devices* 
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Communication 


*Trade names and company products have been listed in the text above. In no case does such identification imply recommendation or 
endorsement by Noblis or DHS S&T, nor does it imply that the products are necessarily the best available. 


SECTION 712.2 WIRELESS 
COMMUNICATION 


Original BPR Sections Updates needed to reflect current technology 


© Wireless Connectivity © Wireless Personal Area Networks (WPANs) 
Cellular Connectivity = BlueTooth® (IEEE 802.15.3) 
= GSM/GPRS/EDGE/UMTS = ZigBee (IEEE 802.15.4) 
=» CDMA/1XRTT/EVDO/EVDM = GIOPAN (IEEE 802.15.4) 
= HSDPA/WCDMA = Mesh sensor networks (IEEE 802.15.5) 
Satellite Communications = Body Area Networks (IEEE 802.15.6) 
802.11 b/g © Wireless Local Area Networks (WLANs) 
Bluetooth » IEEE 802.11a/g/n/ac 


Global Positioning System (Gps) © Wide Area Networks (WANs) 
= HSPA and HSPA+ 
= WIMAX (IEEE 802.16e and IEEE 802.16m) 
» LTE and LTE-Advanced 


© Regional Area Networks (TV White Space) 
[IEEE 802.22] 


® Mobile Satellite Communication Systems 


© Global Navigation Satellite Systems 
(GNSS) 


Integrated Wireless Antenna 


© © © © © © 


Wireless Connection Status 


Note: List is non-exhaustive. 


SECTION 73 ENVT CONSIDERATIONS 
- UPDATES NEEDED? 


Environmental Profile Description 
Indoor office environments such as an office building, court of law, etc. 


( Norm al ) Operating temperatures From 32°F to 104°F (0°C to 40°C) 
Storage temperatures From 14°F to 122°F (-10°C to 50°C) 
Relative humidity max. 85% non condensing 
Ingress Protection Rating (IP Code) IP 40 or higher 


Law Enforcement | [ndoor/ outdoor, i.e. patrol officer or in patrol car 


Operating temperatures From 14°F to 122°F (-10°C to 50°C) 
( Mode rate) Storage temperatures From -4°F to 140° F (-20°C to 60°C) 
Relative humidity 10% - 90% non condensing 
Ingress Protection Rating IP 54 or higher, in operational configuration, 
(IP Code) with any existing expansion port closed 
Drop resistance Resistance to multiple drops on concrete from 
a height of 3 feet (91 cm). 


Military harsh environments, such as extreme temperatures, exposure to dust, 


(Extreme) sand, rain, water splashes, vibrations, and dropping of the device. 


Operating temperatures | From -20°F to 140°F (-29°C to 60°C) according to 
MIL-STD-810F Method 501.4 Procedure II at 140°F 
MIL-STD-810F Method 502.4 Procedure II at -20°F 
Storage temperatures From -20°F to 140°F (-29°C to 60°C) according to 
MIL-STD-810F Method 501.4 Procedure | at 140°F 
MIL-STD-810F Method 502.4 Procedure | at -20°F 


Relative humidity MIL-STD-810F Method 507.4 

Rain MIL-STD-810F Method 506.4 Procedure | 

Ingress Protection Rating | IP 65 or higher, in operational configuration, with 
(IP Code) any existing expansion port closed 

Drop resistance The devices should comply with MIL-STD-810F 


Method 516.5 — Procedure IV (Transit Drop), in 
non-operational configuration. If the devices do 

not contain a hard drive, compliance is required 

also in the operational configuration. 

Vibration resistance The devices should comply with MIL-STD-810F 
Method 514.5 — Procedure | (General Vibration), in 
both operational and non-operational 
configurations. 


WEARABLE BIOMETRIC 
CAPTURE DEVICES 


® Several different types, some including multiple 
modalities (usually face and voice) 
= Google glasses 
= Near-field communications 
o Disney’s MyMagic wristband 
o Bionym electrocardiogram bracelets 
=» Cameras worn by police to record incidents 


o Built-in facial recognition to compare against local 
watchlists 


o Voice capture for later forensic analysis 
= Medical device monitors 
= Helmets with iris recognition (to ID wearer) in goggles 
= Micro-feature recognition and gesture recognition 
= Biometrically verified weapons use 
= And more! 


SOME CHALLENGES FOR MOBILE ID THAT 
MAY BE DIFFERENT 
TRAN FIXED LOCATION UNITS 


® 3D printing of body parts / Reconstructive surgery 


® Spoofing and non-cooperative / un-cooperative behavior that is not likely or typical 
at fixed location units 


® Failure-to-acquire protocols 

® Privacy and use of data (particularly for DNA) 

® Disposal of the mobile unit (including erasure of data) 

=» Some units may designed for one-time or limited use 

Protocols for data handling (including erasure of data) during field ops 
Remote or timed disabling operations of the unit (if stolen or misplaced) 
Mobile medical screening combined with biometrics 

Admissibility of data / match results for law enforcement applications 
Interoperability and verified linking of data 


Additional automated modalities (hair pattern growth on face, ear shape, ocular 
oo blood type, classifiers for ‘soft’ biometrics: height / weight / age / 
ethnicity / gender / tattoo and scar, etc. ) 


® Combination with / in devices designed to show exposure to explosives, illegal 
drugs, pathogens, etc. 


© Combination with / in devices to detect health and responsiveness of persons under 
medical care, in battlefields, or under supervised detention or quarantine 


® Operation in harsh environments and under dangerous situations 
® Verification of identity of the unit operator and data entry personnel 


IRIS ACQUISITION GUIDANCE 


J ames Cambier, Ph.D. 
Crossmatch Technologies, Inc. 


© MobilelD BPR for iris images should be consistent 
with current and emerging standards: 


» ISO/IEC 19794-6:2011 Information technology - 
Biometric data interchange formats - Iris image data 


= FDIS 29794-6 Information technology - Biometric 
sample quality - Iris image data 
© Three areas of inconsistency 
= Image MTF and pixel resolution 
= I[lumination wavelength 


= Minimum distance (margin) from iris outer boundary 
to closest Image boundary 


MIF AND PIXEL RESOLUTION 


‘Attribute | -—'||_‘MobileIDBPR | 19794-6 | 29794-6 


Contrast 0.60 0.50 
Spatial frequency, 2 2 
cycles/ mm 

Spatial sample 10.8 - 21.0%, 10 As) 7 
rate, pixels/mm no upsampling 


*derived from specified range of iris diameter in pixels (140 - 
210) and typical range of iris diameter of 10mm - 13mm 


iF AND PIXEL RESOLUTION 


MTF Plot, Iris Imaging System 


6 
Cycles/ mm 


Recommendations: 

¢ Specify spatial sampling rate directly in pixels/mm, not iris 
diameter 

¢ Adopt MTF recommendations of 19794-6:2011. 

¢ Spatial sample rate of 10 pixels/ mm is reasonable estimate 
of Nyquist rate for typical imaging system using COTS optics 

¢ Allow upsampling from 10 pixels/ mm if algorithms require 
higher minimum iris diameter (in pixels) 


ILLUMINATION WAVELENGT A 


gamma ray ultraviolet infrared radio 


X-ray ‘visible. microwave 


shorter wavelen 


® Iris imaging systems use near-IR illumination 
within the 700-900 nm wavelength range 

© Experience indicates that a wide range of 
wavelengths is needed to accommodate a 
variety of eye colors 

® Mobile devices may require more limited 
spectral distributions to reduce size and 
power requirements 


ILLUMINATION WAVELENGT A 


MobileID BPR 19794-6 29794-6 


Any 100 nm band Illumination energy 2>90%of energy 
within 700-900 should be emitted at shall be within 
nm must contain wavelengthsin 700- 700-900 nm band; 


> 35% of total 900 nm range, and >35% of energy in 

energy should be =5° off- 700-900 nm range 
axis to prevent “red- shall be within 
eye” effect 800-900 nm band 


Recommendation: Adopt specification from 29794-6 to 
provide maximum design flexibility for mobile devices 


IMAGE MARGIN on Is 


MobileID 19794-6 29794-6 
BPR 


Vertical OFX 0.2 x radius 0.2 x radius 
margin diameter 

Horizontal 0.25 x 0.6 x radius 0.6 x radius 
margin diameter 


Recommendation: Adopt 19794-6, 29794-6 specifications 


OPEN DISCUSSION 
® Additional topics to be considered 
® Formation of subject matter groups 


® Selection of working group leads 
® Development of a timeframe 


ADJOURN 


